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Tmammenfassung 

Die Erfindung verbossert das Vorgehen bei dent Erttellen von Testerstcucrvmgen, verkOrzt die 
Entwicklungszeiten bis ein neues IC auf einer bellebigen Testumgebung und einem beliebigen 
Tester serienmaQlg auf Funktionalitttt und Sicherheit getestet werden kann und entlastet die 
Entwickler von Testersteuerungen von routinemfiBigen Tatigkeiten, die die Entwicklung von 
neuen, komptexefen Schaltungen und ICs nicht fordert Hierzu wird ein mehrstufiges 
Verfahren, das eine Reihe von Komponenten und Schritten verwendet, vorgeschlagen. 
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Verfahren zur Generierung von Testersteuerungen 

Die Erfindung betrifft ein Verfahren, durch das aus einer testumgebungsunabhflngigen 
Viclzahl von Datcn und Steueranweisungen ein testumgebungsabhflngiges Steuerverfahren 
wird, das auf einer bestimmtcn Testumgebung ftir das Testen von ICs, welche analoge und 
digitale Schaltkreise vereint, lauffthig ist Sie betrifft weiterhin eine zum Verfahren 
korrespondierende Steuerung. 

Elektronische Schaltkreise, die als Integrierte Schaltungen, auch als IC bezeichnet, vorliegen, 
mtissen, urn eino cntsprechende Sicherheit und geringe Ausfallwahrscheinlichkeit zu bietcn, 
vor dem Einbau in Geh&ise oder vor dem Einbau auf Platinen getestet werden. Insbesondere 
bei Applikationen der ICs, die em holies Mafl an Zuverkssigkeit bieten ratlssen, wie zum 
Beispiel im Automobilbau, der Telekommunikation oder in der Luft- und Raumfahrt, ist es 
hftufig gefordert, dass eine nahezu vollstfindigc Funktionstestabdeckung gewfihrleistet wird. 
Ein Funktionstestabdeckung ist eine Oberprttfiing, ob das zu testende IC alle vorgesehen 
Funktionen tatsfichlich anbietct und in alien Fallen auch die beabsichtigte Reaktion zeigt. 
Diese ICs haben haufig in ihrem Gehause Schaltkreise vereint, die sowohl analoge Signale als 
auch digitale Signale verarbeiten kOnnen. 

FUr das Testen solcher ICs werden Testumgcbungen, die abgektirzt Tester mit Lastplatinen 
bezeichnen, eingesetzt, die von vielen, verschiedenen Anbietern bezogen werden kflnnen. 
Einige Tester sind so ausgelegt, dass sie nur analoge Schaltkreise testen kdnnen, anderc 
wiederum kftnnen ausschlieClich digitale Schaltkreise testen, ein weiterer Typ von Testern 
bietet analoge und digitale Testresourcen an. Beispielhaft seien hier die Tester T6673, T6683 
der Anbieterin Advantest® Europe GmbH, die eine Niederlassung in 81929 MUnchen, 
Deutschland, hat, die Tester Octet™ der Anbieterin Credence Systems Corporation aus 
Fremont, CA 94539, USA, die Tester SZ365Q und Falcon der Anbietern Credence- 
SZ GmbH, mit einer Niederlassung in der Wasserburger Str. 44, D 83123 Amerang, und die 
Anbieterin Teradyne Inc. , aus Bosten, MA 02118 - 2238, USA, genannt, die Tester Integra 
Flex anbietet Jeder Tester ist in einer fUr ihn typischen Sprache bzw. Syntax, die davon 
abhangt, welcher Hersteller den Tester baut, filr das zu testende IC zu programmieren. Die 
Programmierung eine* Testers kann je nach Umfang der beabsichtigten 
Funktionstestabdeckung bis zu zwei Mannjahre dauern. Die Programmierung kann nur von 
solchen Programmierern durchgefOhrt werden, die nicht nur in der Lage sind, die Tester in 
ihrer Jewells eigenen Syntax zu programmieren, sondem daxGber hinaus auch ein gutes 
15.04.03 KO03002DE 
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VerstSndnis dafllr entwickeln kdnnen, welche Tests wic durchzufllhrcn sind, an welchen 
Betriebspunkten und unter welchen Testumgebungsbedingungen das zu testende IC am 
ehesten unerwtoschtc Erscheinungen zeigt und wie die Funktionalitaten des Testers auf die 
gewtoscbte Funktionstestabdeckung anwendbar sind. 

Demgegentlber haben aich die Produktinnovationszyklen in den letzten Jahren immer weiter 
verkllrzt, so dass teilweisc, vorrangig im Telekornmunikationssektor, die Phase eines 
Innovadonazykluses selbst innerhalb von zwei Jahren abgeschlossen ist Folglich steht die 
Steuerung ftlr einen bestimmten Tester erst zur Verftlgung, wenn der Innovationszyklus schon 
abgeschlossen ist Daher gehen entgegen den Erwartungen der Nutzer ICs in ein Produkt ein, 
die eigentlich getestet seiri sollten, aber aus Zeitmangel nicht mehr getestet werden kSnnen. 
Erschwerend kommt hinzu, dass entworfene Testprogramrne nur auf einem Tester laufffihig 
sind. Soli aus KapazitStsgrtlnden beim Tester ein Wechsel von einein Tester auf einen 
anderen Tester, oder sogar von einer Testerfamilie auf eine andere Tcsterfamilie, durchgeflihrt 
werden, so ist in der Kegel der neue Tester fQr die Testanforderungen komplett neu 
auszulegen. FUr das Auslegen ist danri ein Entwickler zu bcmtihen, der den neuen Tester 
inklusive seiner Syntax genau kennt, es ist daher auf eine sehr begrenzte Zahl von 
Spezialisten zurttckzugreifen, die schwer zu finden sind. 

Um den aufgezeigten Schwierigkeiten teilweise entgegenzuwirken, sind aus der 
Patentliteratur vielfflltige Anstoe bekanm. In EP 0 056 895 Bl wird vorgeschlagen, eine 
zentrale Prozessoreinrichtung mit einer universellen Sprache wie ATLAS zu programmieren 
und tlber IEEE 488 Busse die zu kompilierenden Anweisungen an verschiedene abhfingige 
Prozessoren zu ubertragen, die tlber eine Schaltmatrix das jeweilige Testsignal an die Einheit 
unter Test (UUT oder DUT), also das IC, weiterleiten. Zusammenfassend kann gesagt 
werden, dass aus EP 0 056 895 Bl von 1981 zu entnehmen ist, auf einein Zentralprozessor, 
der in einer Hochsprache zu programmieren ist, werden die Testanweisungen fto ein 
spezielles Testerbausteinnetzwerk verarbeitet, derexi einzelne Bausteine alle auf eine DUT 
ausgerichtet sind. Insgesamt ist ein Tester beschrieben, der mit einer Vielzahl von 
Prozessoren auskommt, die unterschiedllche Aufgaben wahrnehmen, um Spannungen, StrOme 
oder auch Frequenzen zu generieren und zu messen. 

Ein ahnliches System eines Testers ist in EP 0135 864 A2 beschrieben, der Tests von 
Speicherbausteinen mit AC- und DC-Tests und AC-Testmustern durchfflhren kann. Ein 
intcraktives Eingabeelement nimmt die Testdaten auf und die eingegebenen Testdaten werden 
durch eine Vielzahl von universellen Testttbersetzern, wobei jeder TestQbersetzer fttr den 
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zugehGrigeh Tester ausgeiegt 1st, fQr ihfe Zielhardware tibersetzt. Das beschriebene System ist 
also wiederum ein Tester, der aus einem Multiprozessorsystem besteht, dessen einzelne 
Prozessoren jeweils einzelne Testsequenzen bearbeiten. 

Mit dem Ziel den elnzelnen Tester zu entlastcn, wlrd in neueren Entwicklungen, wle zum 
Beispiel in US 5 682 392 oder in US 6 202 183, unterbreitet, die ICs, die sowohl analoge als 
auch digitale Schaltkrcise enthalten (mixed signals ICs) # selber mit Testfunktionalitat 
auszustatten, die (lber einen TAP oder ATAP (Testzugriffsport oder analoger 
Testzugriffsport) von einem Tester ansprechbar sind und iiber den TAP das Ergebnis des 
Tests ausgeben. Die vorgeschlagene LGsung ist bei extrem komplexen lCs angebracht, bei 
denen die zus&tzliche Siliziuinfl&che, die durch die Integration der Testschaltkreise verbiaucht 
wird, nicht ins Gewicht fflllt Bei ICs, die nur eine mittlere Komptexitat aufweisen, wird 
hingegen Wert darauf gelegt dass mit mflglichst wenig Siliziumfl&che die gesamte 
gewttnschte Funktionalit&t des ICs abgedeckt wird, 

Ein anderer Ansatz ist in den beiden Dokumenten US 6 353 904 und in DE 195 23 036 Al 
vorgestellt In beiden Dokumenten sollen zur Wiederverwendbarkeit von 
Programmsequenzen auf Testern vorbereitetc Sequenzen in Bibliotheken oder Formblattcni 
ausgelagert werden kttnnen, urn anschlieflend bei einem neuen Testprogramm nut 
entsprechenden Anpassungen die einzelnen Bl&cke wieder einzubinden. Der Ansatz ist dann 
brauchbar, wenn die elektronische Schaltungsanordnung des Testers fUr das neue IC in weiten 
Teilen identisch zu den ftuheren Testerkonflgurationen bleibt Die Zusammenstellung von 
Bibliotheken fOr eine Hochsprachenprogrammicrung, die heutzutage typisch fUr die 
Programmicrung von Testem ist, kann jeweils ftlr einen - einzelncn Tester durchgeftlhrt 
werden. Verftigt der Testerprogrammierer Uber eine Vielzahl von Testem, wom(5glich noch 
von verschiedenen Testerherstellern, so ist der Ansatz der beiden Dbkumente nicht 
erfolgversprecheni 

Urn den Obergang von einem IC-Design zu einem Testprogrammdesign zu vereinfachen, 
wird in US 6 182 258 Bl empfohlen, die Module und Chipteile, die in einer HDL-Sprachc 
entworfen sind, durch einen Initiator fQr einen Simulator, der in einer Sprachc wie C oder 
C++ geschrieben ist, auf ihre FunktiionstQchtigkeit zu testen. Durch die Simulation in der 
Entwurfsphase kOnnen Fehler, die im Entwurf des ICs Uegen, sbhon vermieden werden. 
Damit die Fehler geftwden werden kfrinen, werden zuftllige Testmuster abgearbcitet Es ist 
nicht notwendig, ICs erst zu produzieren, um spftter in einer Testphase zu bemerken, dass der 
Entwurf entscheidende logische Fehler aufweist 

15.04.03 \ ' RO 03002 DB 
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fS 6 205 407 schlfigt ein Verfahren vor, mit dcm die Rechenzeit und der erzeugte 
atcnumfang eines Testprogramms rcduziert werden kann. Statt das fertige Testprogramm, 
das nacb seinem Funktionenverlauf bzw. nach seiner Kurvenform, nach seinen 
Obersetzungsteilen urid scinen Testerhardwaren durchlaufen wird, in einem mehrfachen 
Prozess mehrmalp durch den Parser laufen zu lassen, werden die Muster und die Sequenzen 
far die Tests aus dem Testprogramm extrahiert und direkt in den Obersetzer geschickt, der die 
Daten an die Testerhardware tibcrtragt, Eine ttber eine GUI-Schnittstcllo eingegebene 
Testerhardwarebeschreibung kann in einem File abgelegt werden, und spater fttr ein neues 
Testprogramm wieder aufgerufen und eingebunden werden. Die Entwickler des 
beschriebenen Verfahrcns haben erkannt, dass es vorteilhaft 1st, fertige 
Testhardwarebeschreibungen einmal anzulegen und sp&ter imroer wieder verwenden zu 
kfomen, Doch trotz dieser Vereinfachung ist der Obersetzer so ausgelastet, dass alle 
mdglichen Tricks angewendet werden mtissen, damit der Testvorgang in akzeptabien Zeiten 
durchftthrbar ist. 

In der DE 101 01 067 Al wird der Bedarf an universellen Programmicxroutinen f&r Tester 
gesehen. Gleichzeitig wird erklSrt, es ware ein Problem, wenn die universellen 
Programmienoutinen, die zum Beispiel in C odcr JAVA geschrieben sind, auch Elemente 
enthalten, die fllr die jeweilige Testerhardware wichtig, sind. Daher soil als Lflsung die 
universelle Testerroutine nur allgemeine Komponenten enthalten und die Routinen, die 
speziell fQr den Tester notwendig sind, durch das universelle Programm, das in einer 
Kernroutine genauso wie das spezieUe Programm eingebunden ist, aufgerufen werden, Die 
FunktionsprOfbng kann DC- und RF-Tests umfassen, Es kann also cin Programmierer das 
Testprogramm erstelleo, der nicht mehr vollkommen alle Finessen der Testhardware kennen 
muss. Jedoch sollte er in. der Lage sein, die Einsprungstellen ftir die einzelnen PrOfroutinen 
der Testerhardware zu kennen. Im Ergebnis ist in DE 101 01067A1 ein Verfahren 
beschrieben, das m der Computerwelt als S&ndboxsystem oder nested routines bezeichnet 
wird, Nachtettig ist Uberdies die Tatsache, dass zwar ein Programmierer nicht mehr alle 
Feinheiten der Testerhardware kennen muss, aber trotz der universellen Programmiersprache 
wie C eine Gesamtroutine bzw. Gesamtprogramm entstelit, das zwischen speziellen Befehlen 
und genonnten Universalbefehlen ein engmaschiges Netz bildet Diese Vorgehensweise lflflt 
zwar auch weniger qualifizierte Programmierer Testprogramme schrelben, das Ergebnis ihrer 
Arbeit ist aber nui auf einer Testerhardware einsetzbar und muss jeweils erneut auf eine 
andere Hardware Qbertragen werden* 

15.04-03 RO 03002 DE 
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Bin weiterer Ansatz, mflglichst uxiiverselle Tcstprogramme zu schafFen, ist der Entwurf einer 
Programmiersprache wie STBL (Standard test Interface Language), beschrieben in der Norm 
IEEE 1450.0 bis IEEE 1450^6, die fttr digitale ICs entworfen worden ist Sie hormiert die 
Begriffe, rait denen digitale ICs getestet werden kflnnen. Jedoch haben viele ICs inzwischen 
nicht mehr nur digitale Schaltungsgruppen, sondem sie haben auch einen analogen Bereich. 

Es ist daher wOnschenswert, cin Verfahren zu kennen, mit dessen Hilfe ICs getestet werden 
kOnnen, die sowohl analoge als auch digitale Schaltungsgruppen vereinigen. Die Steuemng 
fllr die Tester soli so universell sein, dass Personen, die Testerfahrung und 
Programmiererfahrung haben, die Testerkonfiguration auslegen kdnnen. Hierbei soil die 
spezielle Programmiersprache fllr einen Tester nicht durch eine andere spcziclle, neu 
geschaffene Programmiersprache ersetzt werden, sondern es ist ein Verfahren erstrebenswert, 
durch das Univcrsalisten fQr viele verschiedene Tester von verschiedenen Testcranbietem 
Testersteuerungen entwerfen kannen, die je nach Resourcenerfprdernis und Auslastung der 
Tester von einem Tester auf einen andcrcn Tester portiert werden k&nnen, ohne dass hierzu 
viele Mannmonatc oder sogar Mannjahre aufgewendet werden mttssen, 

Diese und andere Vorteile werden wenigstens teilweise durch ein Verfahren nach Anspruch 1 
angebotea Geeignete Ausgestaltungsbeispiele sind in den abhflngigen Ansprilchen zu finden. 
Das Verfahren ist auf universellcn Rechnern nach Anspruch 7 einsetzbar, und kann von einem 
zum anderen Rechner mit einem Datentrfiger oder elektronisch nach Anspruch 6 ttbertragen 

werden. 

Das Verfahren schafift eine IC-Tester-Steuerung, die auf beliebigen Testerfamilien und 
Testern wie z. B dem M3650 von Credcnce-SZ Testsystemen GmbH oder dem T3340. von 
Advahtest® Europe GmbH eingesetzt werden kann/ Als Ausgangspunkt wird eine 
matrizenartigc Darstellung oder Anordnung der Testersteuerung gewahlt, die nicht speziell fttr 
einen Tester ausgelegt ist, sondem testumgebungsunabhangig Daten iiber das zu testende IC 
zusammenstellt. Die Daten sind ablegbar oder speicherbar und stehen fQr die weitere 
Bearbeitung durch den Teststeuerungsausleger als Bibliothck, Datenbank oder an einer 
bestimmten Stelle in einem Rechner zur VerfUgung. Die Daten kflnnen spater wieder in den 
Rechner eingelesen und bearbeitet werden. Die Tcstmatri2en umfcssen zahlreiche Daten, wie 
zum Beispiel die genaue Kontaktposition des zu testenden ICs, die Bezeichnung des ICs, die 
Bezeichnung der Kontakte (Pins), die Definition der Versorgungsspannurigen, Angaben zu 
Grenzwerten von gemesscnen Werten, MaBnahmen, urn den Schaltkreis des ICs in einen 
Zustand zu bringen, dass er geprtlft werden kann, und so weiter. Die Daten sind in den 

15.04.03 RO 03002 DE 
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t Testmatrizen, die Mehrdimensionalit&ten aufweisen, zusammengefesst Pro IC gibt es cine 
I Testmatrix, die eine volIstSndige Beschreibung dcr durchzuflihrenden Tests in einer 
; universellen, maschinenverstfindlichen Art und Weise, ahgibt Je nach Umfang der 
gewttnschten Daten kann eine Matrix sechs, acht, .zehn oder sogar mehr Dimensionen 
aufweisen. Parallel zur Testmatrix 1st auch eine Darstellungswcise in einer allgemeinen 
Testersprache, abgekttrzt GTL, mSglich. Der Nutzer kann entweder an der Matrixdarsteilung 
arbeiten oder er kann in einem Editor in der Version des GTL arbeiten. Die jeweilige 
Testmatrix steht einem Codegenerator zur Verfligung. Der Codegenerator wandelt die 
testumgebungsunabhangigen Daten, die auch ala testumgebungsunabhangigc Syntax 
vorliegen, in eine flir eine ganz bestimmte, ausgewtthlte und bezeichnete Testhardware um. 
Der Codegenerator liefert nach crfolgreicher Bearbeitung entweder eine 
testumgebungsabhfingige Syntax, die in einer ftlr den jeweiligen Tester eigenen Hochsprache 
vorliegt, Oder aber eine fertig kompilierte Syntax, die auf dem jeweiligen Tester ohne jeden 
weiteren Umwandlungsschritt, also in einer niedrigen, maschinenlesbarcn Sprache, laufBhig 
ist Die Syntax ist auf ein Minimum reduziert. Alle Teile, die sich auf die generelle Steuerung 
des Testers beziehen, wie zum Beispiel Bildschinnsteuerungen, Selbsttests des Testers, 
Initialisierungsvorgange des Testers und Kalibrierungen des Testers, liegen in einer 
Rahmensyntax vor, die nicht durch den Codegenerator gewandeit werden. Ein als Verbinder 
oder Linker bezeichneter Teil des Codcgenerators greift auf die Rahmensyntax zurtick, um die 
gewandelte, testumgebungsabhfingige Syntax mit der anderen, vorhandenen Syntax zu 
verbinden und so daraus eine laufffihige Ablauf steuerung und Testcrsteuerung zu machen. 

Das Verfahren hat die Vorteile, dass die Daten der Testersteuerung, die aus zahlreichen 
Testanweisungen bestehen, zentral vorhanden sind. Der Testausleger, ein Universalis* aus 
dem Bereich Elektrotechnik, Elektronik oder technische Informatik mit Kenntnisscn sowohl 
im Bereich des IC-Tests als auch mit Kenntnissen tlber die MOglichkeitcn, was getestet 
werden kann, kann sich in Matrizenform alle Daten vergegenw&rtigen* Die Daten kflnnen 
immer wieder aufgerufen, abgelegt, gespeichert und bearbeitet werden. Stellt sich itn Laufe 
der Zeit heraus, dass ein Teil des Tests noch nicht alle gewttnschten Eigenschaften eines ICs 
tlberprtlfen kann oder alle Ausfallmflglichkeiten ausschlieflt, so kOnnen leicht weitere 
Testverfahren und Einz eltests in die Matxizenfonh eingebundeh werden, Wird nach einem 
erfolgreichen Test eines IC-Typs ein flhnliches IC zu einem spfiteren Zcitpunkt wieder zu 
einem anderen Test in die Testumgebung gegeben, so kann die frtthere Matrix eineut 
verwendet werden. Der Testausleger Hberprdft noch einmal die gewttnschten Tests und macht 
gegebenenfalls kleine Anpassungen bzw. crweitert den Testumfang mit neuen, 
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zwischenzeitlich gcwonnenen Erkcnntnissen. Durch eine simple Auswahl, auf welcher 
T^terhardware der IC-Test spater durchgefllhrt werden soil, wandelt der Codegenerator die 
iC-Testcr^Steuerung von der testumgebungsunabhfingigen Zusammensteliung der 
eigcntlichen Tests in die fiir den entsprechenden Tester eigene Syntax und Befehlsfolge urn. 
Stellt sich.spfiter heraus, dass ein anderer Tester geeigneter ist oder dass er statt des geplanten 
Testers zur Vcrfllgung steht, so ist fllr den Codegenerator nur noch die neue Testumgebung 
auszuwfchlen, keine weiteren Schritte sind notwendig, als den Wandlungsvorgang bzw. die 
Wandlungsphase zu staxten und das Ergebnis auf der entsprechenden Testumgebung 
einzusetzen. 

Die Testumgebung selber setzt sich aus der Testerhardware, die von dem Anbieter der 
Testerhardware atammt, und fttr den einzelnen Test speziell angepassten Lastplatinen 
zusarnmen. Der Codegenerator kann wfihrend der Wandlungsphase auf Bibliotheken 
zurttckgreifen, die unter anderem Informationen zu den Lastplatinen und der Testumgebung 
beinhalten. Weil der eine Tester nur eine gewisse Anzahl an Spannungsquellen, daftlr aber 
eine grfiflerc Anzahl an Stromquellen bietet, der andere Tester an Stelle der vielen 
Stromquellen auch noch Frequenzgeheratoren offeriert, mttssen in einer Bibliothek 
Informationen bczttglich der maximal zur Verfllgung stehenden Resourcen an Strom-, 
Spannungsquellen oder anderen Qucllcn und Messaufhehmern fiir jede Testumgebung stehen. 
Ebenfells imissen in einer Bibliothek die Konvertierungen der Slgnale von z.B. einem 
Spannungssignal auf ein Stromsignal gespeichert sein. Die Beschaltung der Lastplatinc und 
das Layout der Lastplatinc hat Einfluss auf die Impedanz, das Frequenzveihalten und die 
Signalgeschwindigkeit des Kanals, der fflr ein Signal gewflhlt ist. Die Informationen 
bezttglich einer Lastplatine sind in einer Bibliothek dem Codegenerator zur Verfttgung zu 
stcllen. 

Bei manchen ICs, insbesondere ICs, die mit dem Ktiizel MIL versehen werden, ist es wichtig, 
dass auch in Temperaturbereichen von ISO °C, wenn nicht sogar bis zu 175 °C, getestet wird 
Aufgeheizte ICs brauchen eine entsprechende Abktthlphase, Ws sie wieder unter normalen 
Umgebungstemperaturen getestet werden kOnnea Urn die Testzeiten zu verkttrzen, ist es 
wichtig, auf solche Details zu achtecu Daher soil der Codegenerator auch auf Bibliotheken 
zurttckgreifen kGnnen, in denen Reihenfolgen von Testverfahren Qberwacht werden und, 
• wenn erwttnscht, optimiert und verkttrzt werden k5nnen. Manchmal kann es vorteilhaft sein, 
f.'. $t einzelnen Opiimierungen in verschiedene Bibliotheken aufeuteilen, in anderen Fallen 
i -kann . es vorteilhaft sein, Codegeneratoroptimierungen, Testumgebungsresourcen, 
% Reihenfolgeri von Testverfahren und andere Informationen in einer Bibliothek 
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zusammenzufasscn. Insgesamt muss es cine Bibliothek oder mehrcre Bibliotheken geben, die 
vom Codegenerator verstanden werden k&nnen, und Informationcn zu cinem oder mchreren 
derfolgenden Dinge aufweisen: die Tcstumgebung, die testumgebungsabhangige Syntax, die 
Testumgebungsrcsourcen, die Reihenfolgc von Testverfahren, die Standardfiinktionen der 
Testumgebung, die Lastplatinenstxuktur, die lastplatinenabhangigen Standardlunktionen und. 
die Codegeneratoroptlmierung. Als Standardfiinktionen werden die Befehle, Steuerungen und 
Anweisungen bezeichnet, hinter denen sich wieder cine Anzahl von einzelnen Steuerungen 
zusammenfassend verbergen, wie zum Beispiel Aufwachftinktion, Temperaturteat oder 
Eingangstest, Als Alternative ist es .auch gelegentlich empfehlenswert, eine 
Bibliothekenschnlttstellc vorzusehen, die Bibliotheken einer dritten Partei, wie zum Beispiel 
eines Nutzers des Verfehrens, zur Verfflgung stellt. 

Die mehrdimensionale Testmatrix vereint zahlreiche Informationcn in verschiedenen 
Dimensionen. In einer ersten Dimension, die wahlweise horizontal oder vertikal angeordnet 
sein kann, werden die Kx>ntakte eines ICs in ihrer Anzahl und in ihrer Anordnung aufgelistct. 
In einer Uberlagerten Dimension* die auf einer anderen Ebene als die Ebene liegt, die die 
Infqnnationen ttber die Anzahl und die Anordnung der Kontakte untereinander eines ICs 
angibt, werden die Bedeutung der Kontakte, ihr jewciliger Name und die Signalflussrichtung 
pro Kontakt angegeben- In anderen Dimensionen der Testmatrix k6nnen Testanweisungen, 
Testanweisungsoberbegriffe und Prllfmuster festgelegt werden. Wenn zum Beispiel bei 
verschiedenen Temperaturen getestet werden soli, so m^ssen in einer weiteren Dimension die 
Testrahmenbcdingungen angegeben werden. Ebenso kann der maximale und minimale 
Versorgungsstrom eine Testrahmenbedingung sein. Die Oeschwindigkeit, innerhalb der das 
IC reagiert und den gewllnschten Messwert ausgibt, oder auch der taisfiqfcliche 
Versorgungsstrom des ICs kann als Bedingung fllr eine Gtttesortierung in einer Dimension 
angegeben wcrderi, die mittels Schaltwerten in unterschiedliche Gttteklasscn, die den 
Vorsohriften nach CECC 90000 und CECC 90200 entspreohen, einsortiert wird (binning). Um 
konkrete Schalthysteresen, Pegel und Schaltbedingungen festzulegen,. sind in einer oder 
mehieren Dimensionen Schaltwerte festzulegen. Fiir ein besseres Verstfindnis der 
Tcstumftnge, der Bedeutung der Testrahmenbcdingungen und der Absichten bzw. Zweck der 
angegebenen Tests sind an einer Dimension der Matrix Angaben zur ftinktionalen 
Beschreibung der Tests vorgesehen. 

Der Codegenerator ben5tigt je naohdem, fllr wclche iC-Typen er eingesctzt werden soli, 
unterschiedliche Generatorcn und Module. Wenn alle Module und Oeneratoren ben5tigt 
werden, so umfasst der Generator einen DC-Testgenerator, einen AC-Testgenerator, einen 
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Digital-Testgenerator, iinen Lastplatinengenerator und einen Testregelverifizierer* Der 
Generator durchiauft mehrfach die Matrizcn. In einer ersten Stufe werden die Malrizen in 
ciner ftlr den Codegenerator verarbeitbaren Version aufbereitet. Aus dieser Version werden 
die Daten und Steueranweisungen extrahiert, die durch einen der Testgeneratoren bcaibeitbar 
sind. Danach werden die Daten und Steueranweisungen extrahiert, die durch einen anderen 
Testgenerator bearbeitbar sind. Als ein weiterer Schritt wird Uberprtlft, ob alle Testregeln 
bearbeitbar sind und ob die Resourcen bezQglich der Testumgebung, des Testers und der 
Lastplatine umzusetzen sind. AbschlieBend wird nach einem Kriterium oder inehreren 
Kriterien optimiert, gttnstige Kriterien sind Laufeeitoptimierungen, gQnstige 
Testablaufbcdingungen und gUnstige Resourcenplanung. 

Der Dlgital-Testgenerator erstellt Progranunsegmentc, indem er die Vektorentabelle der 
Testdaten einliest und die Pegel for die digitalen Kontakte in Bezug auf die Treiber, die 
Komparatoren und die Lasten einstellt. Weitere Aufgaben, die der Digitaltestgenerator 
wahrnimmt, ist die Start- und Stoppaddresse der Vektorentabelle zu bestimmen, die 
erwarteten Reaktionen bei der Testauswertung festzulegen und Kurvenformen und 
Zeitbedingungen einzustellen. Hilfreich fflr die Erstellung der Vektorentabelle ist die 
BerUcksichtigung von Zustandstabellcn der Eingangskontakte und der Ausgangskontakte und 
die Beschreibung des zeitlichen Verlaufs der Eingangs- und Ausgangszustflnde. Hierftlr 
mtlssen die Kurvenformen festgelegt werden. 

Der DC-Testgenerator schafft Programmsegmente auf Grundlage der Matrizenvorlagen mit 
den Testdaten und den Steueranweisungen. Er benutzt die entsprechenden Teile oder 
Dimcnsionen der Matrizenvorlagen, urn die ffir die Tests notwendigen Startbedingungen 
festzulegen. Danach werden die geeigaeten Stimuli, wie zum Beispiel, welcher Strom oder 
welche Spannung in Bezug auf Betrag, Vorzeichen, Genauigkeit und AufWsung crwGnscht 
ist, erzeugt, urn diese an den ausgcwahlten Kontakten des ICs anzulegen. Danach wird 
bestimmt, welche Messung zu dem Stimuli korrespondiert und wo das Messergebnis 
abzulegen 1st, das heiflt, wie das Resulthandling aussieht. Wenn der Testablauf ftir einen 
Stimuli festgelegt ist, mttsscn die Einstellungen zurttckgesetzt werden, um danach in einem 
weiteren Schritt for die nftchste Steueranwcisung aus einer Matrix die gleichen Obersetzungs- 
oder Wandlungsschritte durchzufohren. 

Der AC-Testgencrator hat die Aufgabe, aus der testumgebungsunabhflngigen 
Testbeschreibung von Tests mit flnderaden Slgnalverlfiufen die Stimuli in Bezug auf den 
geeigneten Kontakt am IC, die gewtinschte Kurvenform, die Frequenz des Signals des 
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Stimulus und die Genauigkeit zu extrahieren. Ahnlichc Angaben milssen in den Matrizen in 
Bezug auf die Kurvenform, die Frequenz, die Amplitude und den Kontakt am IC des zu 
erfassenden Signals festgelegt werden, Nachdem der Stimulus seiner Art nach festgelegt 
worden ist, muss in dem Programmsegment sichergcstellt sein, dass die jeweiligen Stimuli 
synchron angelegt worden sind. Mittels DSP-Berechnungen> d-h. 
Digitalsignalprozessorberechnungen, sind die einzelnen Parameter, wie zum Beispiel die 
Verstfirkung, der Signal-Rausch-Abstand und so weiter, zu ermitteln. Das Mcssergebnis ist 
auszuwerten und gegebenenfalls bei einem Oateklassensortierverfahren (binning) in seine 
entsprechende Klasse einzusortieren. Um die einzelnen Stimuli einstellen zu kOnnen. ist 
zwischen jedem Stimulus oder jeder Stimuligruppe, das sind die Stimuli, die gleichzeitlg an 
verschiedenen IC-Kontakten anzuliegen haben, die Einstellung des Testers, der Lastplatine 
oder der gesamten Testumgcbung In einen neutralen Ausgangszustand, einen so genannten 
Resetzustand zu versetzen, bevor weitere Stimuli anzulegen sind. 

Der Lastplatinengeneraior hat die Aufgabe, die Verbindung zwischen dem Kopf des Testers, 
das Bauteil, das den elektrischen Zugang zu dem Tester ermOglicht, und dem IC herzustellen. 
Die fllr deh Lastplatinengenerator korrespondierende Bibliothek hat die Daten aller 
Lastplatinen (Loadboards) zusammengestellt, die schon vorhanden sinA Daher ist es eine 
Aufgabe des Lastplatinengenerators zu tibcrprOfen, ob die bcnStigte Platine schon existent ist. 
Hierbei wird gleichzeitig em Abgleich durchgeflihrt, ob nicht eine andere, schon existcnte 
Platine die Anfbrderungen an alle Lastplatinen erflillt Falls der Fundus der existenten 
Lastplatinen nicht ausreichend ist, ermittelt der Lastplatinengenerator, ob nicht durch 
geringen Aufwand eine bestehende Lastplatine fUr die neue Aufgabe arizupassen ist. 
Besonders vorteiihaft ist es, 'wenn der Lastplatinengenerator mit Ausgabeformaten yon 
Standardlayoutprogrammen und Standardelektroniksimulationsprogrammen wie zum Beispiel 
Protel® von Altium, Oread® von Cedence Design System, Eagle® von Cadsoft oder P-SPICE® 
aibeiten kann. Falls keine geeignete Lastplatine aus einem existierenden Fundus vonitig ist 
oder anpassbar ist, so werden entsprechende Teilelisten oder Netzplanlisten fflr die 
Schnittstellen zum IC und zum Kopf des Testers hin enlworfen, die die zu bearbeitende 
Lastplatinenschaltung als noch zu definierende Box ahzeigen, so dass der Tester und 
Entwickler weifl, dass als Verbindung zwischen dem Kopf des Testers und dem Kontakt des 
ICs eine Lastplatine zu entwerfen ist 

Das Verfahren kann als Software verkSrpert werden und auf Datentrfigern abgelegt werden. 
Das Verfiahren ist auf Rechnern mit einem oder mehreren Prozessoren unter alien gtogigen 
Betriebssystemen wie Linux, Unix oder auch Windows lauffflhig. 
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ibie Erfindung kann anhand der folgenden Figuren noch besser verstanden werden, wobei 
fFig. 1 das Verfahren als ein crstcs Blockablaufdiagramm darstellt, 

|Fig. 2 die architektonische Einbindung der generierten Syntax in die Rahmensyntax darstellt, 
Rg.3 eine erste Testmatrix filr einen Analog-Digital-Test darstellt, 
Fig. 4 eine weitere Testmatrix fflr einen Analog-Test darstellt, 

Fig. 5 eine zusammengeklappte Testmatrix, deren erstc Reihe teilweise aufgeklappt ist, 
darstellt, und 

Fig. 6 das Verfahren in einer weiteren Ausflihnmgsform darstellt. 

Fig. 1 stellt das Verfahren als ein erstes Blockablaufdiagramm dar. Die Kfistchen 1, 5 und 7 
stcllen Schnittstellen zum Lieferanteri des zu testenden ICs dar. Der Lieferant eines ICs kann 
in jedem Stadium seiner Entwicklung 1, also schon zum Zeitpunkt der Idee der Entwicklung 
wie auch rait dem fertigcn Halbleiter-IC, einen Test nach dem erfindungsgemaflen Verfahren 
vorsehcn. Nach einer ersten summarischen Prtifung 2 und 4, die optional vorgesehen ist, kann 
ermittelt werden, ob die gewtaschte OberprOfiing des ICs uberhaupt machba* ist 5, Die 
summarische PrQfiing 2 und 4 umfesst die PrttfUng der Testbarkeit 2 und der Vorschlag der 
eigentlichen Teststrategie 4. Zur Teststrategie 4 gehtteh solche Entscheidungen, wic zum 
Beispiel, behCtigt das sichcrheitskritische IC eine vollstfindige Testabdeckung, auch als 
lOO%Funktionalitatstest bezeichnet, werden riur kritische Betriebsparameter getestet oder 
auch der Bereich des normalen Daucrbetriebs. Die Konzeption des Halbleiterschaltkreises 7, 
die dann irgendwann als IC vorliegt, kann Uber unterschiedliche Daten als Eingangsdaten 
bzw. Vorlage 1 0 vorliegen. Eine gSngige Variante ist das Datenblatt des ICs 12. Eine andere 
Vorlage 10 ist eine Beschreibung der Anwendung 14 des ICs. Ausgehend von einer 
allgemeinen Beschreibung der Anwendung 14 kann auch anhand von Datcnbankeri oder 
anderen spezifischen Wissensbasen ein individueller Test fur einen bestimmten Typ eines ICs 
vorgesehen sein 16. Anzuftihren ware als Ausftlhrungsbeispiel ein umfessender Frcquenztest 
bei jedem Typ eines Verstflrkers. Eine weitere Datenquelle oder Vorlage 10 sind die 
^Beschreibungcn des Halbleiterschaltkreises* in einer allgcmein gflltigen, 
p^ h in e nv erstandlichen Sprache wie VHDL 18. Andcrc Voriagen sind . Hinweise auf 
£ ponders kritische Punkte im Entwurf 20, von Standard- oder besondercn Tcstmustern 22, in 
(& Fachwelt als Testpattern bezeichnet, oder einer Desip- oder Entwurfsspezifikation 24. 
Ausdicser Vorlage 10 auf der einen Seite und aus dem Ergebnis dps Codegeneratprs 80 oder 
auf Grundlage der Bibliotheken 130 auf der anderen Seite wird die Tcstspezifikation 42 als 
Pfliohtenheft oder als Dokumcntation 40 automatisch mittels hinterlegter und automatisch 
zusammenstellbarer Textbestandteile in fur den Nutzer verstflndlicher Weise geschrieben und 
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fair Verftigung gestellt. Die Testspezifikation 42 kann auf einen Computer, Drucker oder 
foatenspeicher ausgegeben warden, Statt von der Testspezifikation 42 und der Vorlage 10 als 
Ausgangspunkt zu starten, kann auch mit der testerunabhHngigen Testbeschreibung in 
maschinenverstflndHcher Art und Weiae 60 begonnen werden. Die testerunabhangige 
Testbeschreibung liegt giinstiger Weise als eine oder mehrero mehrdimensionale Matrizea 
vor f die tlber eine graphische, tabellarische oder Editorschnittstelle von auBen beeinflussbar 
1st. In der testerunabhfingigen Testbeschreibung 60 liegen die Daten, Steueranweisungen und 
Informationen wie die Testbedingungen 62, also die Anzahl der Kontakte, die Bezeichnung 
der Kontakte, die Deftnitionen der Vcrsorgungsspannungen, die Definitionen der Spannungen 
an den Eingangen des zu tcstenden ICs, die Orenzwerte 64, also die Angabe fiber die Grenzen 
der zu messenden Signale, die Vektoren .66, also die Zusammenstellung der Testvektoren, die 
Testvorbereitungen 68, die Ablaufstcueruhgsbefehle und Ablaufisteueurungsbefehlsfolgen 70, 
die Zusammenstellung der TestumfSnge 72, und die Funktionstestaufrufe 74 von 
Standardfunktionen der Bibliotheken 130 vor. Die testerunabhflhgige Testbeschreibung 60 
steht dem Codegenerator 80 zur Verftigung, der mit einzelnen Erzeugern, Qeneratoren, 
Analysierern, Parsem und Linkern unter Rtickgriff auf die Bibliotheken 130 die 
testumgebungsabhflngige Ablaufsteuerung generiert, die entweder auf dem einen 100 oder 
dem anderen Tester 102, 104 lauSShig ist. Als Alternativen kOnnen anstelle von laufifflhigen 
Ablaufsteuerungen auch einzelne Lastplatinenbeschreibungen 110 oder spezielle 
testerabhangigc Vorlagen 120 generiert werden. Die testerunabhangige Testbeschreibung 60 
kann als maschinenlesbare Variante entweder als Matrix oder in einer allgemeinen 
Testersprache 76 vorliegen. Der Codegenerator 80 verarbeitet die gespeichertcn 
Informationen aus der Testmatrix 60. Das Ergebnis der Bearbeitung ist eine spezifische 
Ablaufsteuerung fUr den ausgewilhlten Tester 100, 102, 104, Diese Ablaufsteuerung wird wie 
in Fig. 2 dargestellt aus den Informationen der Rahmensyntax 202 und den Informationen der 
testumgebungsabhttngigen Syntax 200 eizcugt. Der Codegenerator 80 greift auf weitere 
Prozeduren und Verfahren der Halbleiterschaltkieise und der relevanten Tester 100, 102, 104 
zurttck. Diese sind in einer der Bibliotheken 130 gespeichert. Der Codegenerator 80 besitzt 
eine Ablaufsteuerung 82, welche den Wandlungsprozess kontrolliert. Im DC-Testgenerator 84 
werden die DC-tests aus den Informationen der testumgebungsunabhflngigen 
Testbeschreibung 60 und den Bibliotheken 130 erstellt. Im AC-Testgenerator 86 werden die 
AC-Tests aus den Informationen der testumgcbungsunabhMngigen Testbeschreibung 80 und 
den Bibliotheken 130 erstellt Im Digitaltestgenerator 88 werden die Digitaltests aus den 
Information^ der testumgebungsunabMngigen Testbeschreibungcn 60 und der Bibliotheken 
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BO erstellt. Ira Lastplatinengenerator 92 wird die Zusatebeschaltung fllr die Lastplatinc 
«neriert Mit. dem Regelprfifer 90 kann die testumgebungsabhfingige Syntax nach 
festimnitcn Regeln abgeprOft werdcn. Mit dem Optimierer 94 kann die Syntax auf bestimmtc 
Knforderungen hin optitniert werden (z. B. Testzeit, Genauigkeit der Messergcbnisse usw.). 

pie Bibliotheken 130 kttnnen in Bibliotheken ftir Testerresourcen 132, in Bibliotheken ffir 
Lastplatinenbeschreibung 134, in Bibliotheken fllr Lastplatinenstandardftuaktionen 136, 
jTesterstandardflinktionen 138, Teststandardfimktionen 140 und IC-abhfingige typische 
Standardfunktionen 142 aufgeteilt werden. Die folgende Zusammenstellung ist nur 
beisplelhaft. Die Angabe HW Oder SW zeigt an, ob die jeweillge Bibliothek 130 eher 
Software(SW)- oder Hardware(HW)beschreibungen umfasst. Die TesteiTesourcenbibliothek 
132 kann zum Beispiel Daten fiber die Ah2ahl der mflglichen KanSle, die Angaben fiber die 
Zeitmcsseinrichtungen, die Angaben tlber die Stromversorgungen, die Angaben fiber die 
VerschaltungsmtfgUchkeiten der Signale, die Angaben tlber das Zeitverhalten der zu 
treibenden Signale und die Angaben fiber die Messeinrichtungeh in den verschicdenen 
Testern 100, 102, 104 und Testuragebungen enthalten. In der 
Lastplatinenbcschreibungsbibliothck 134 kfinnen Angaben fiber die Verdrahtung und die 
Beschaltung der Lastplatinen stehen. In der Bibliothek zur TestumgebungsstandardfUnktlon 
138 sind solche Steueranweisungen wie das Einprfigen des Stroms und die zu erwartende 
Spawning, Angaben fiber die Messung der Versorgungsspannung, Angaben zum DurchfOhreh 
der Zeitmessung an einem oder an mehreren Kanfilen, oder das umfessende Testen von 
Parametern des Halbleitcrschaltkreises enthfilt Der Codegenerator 80 greift auf die Daten der 
testumgebungsunabMngigen Testbeachreibung 60 in Matrizenfonn 76 oder in einer 
allgemeinen Testersprache zurfick und durchlfluft mit der Ablaufsteuerung 82 in 
verschiedenen Schritten die Matrix 76 und generiert einen Teil der Syntax 200 nach Fig. 2, 
die in die Rahmensyntax 202 eingebunden wird. Im folgenden sei beispielhaft eine allgemeine 
Testersprache, eine GTL, aufgeffihrt: 

Pin Zuordnung: 

Pinl«CLK; 
Pin2=Urefl; 
Pin3-Reset; 

Pin41-VCCl; 
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Pin42-AGND; 

Pin43-GND; 

Pin44=U+; 



Pin_Fwwtion: Plni=Input; 

PIn2=Input; 



Settings: VIL1=0.1V; 

VIL2«0,4V; 
VCC1-5.0V; 

Limits: LoLiml=0,IV; 

HiLim-UV; 



MeasCond: CuirentSourel(Force=10mA, Measure=voltage, Range=2V, 
Clamp=SV); 



Setup_Cond No-1 ; 
Pinl-NC 
Pin2-NC 
Pia3-NC 

Pin41=Power, 
Pin42=PWD; 
Pin43=GND; 

Setup Cond_No=2; 
Pinl-VIHl 
Pin2=VIHl 
Pin3=VIHl . 

Pin41=Powcr; 
Pin42=PWD; 
Pln43-GND; 

Setup Cond No=3; 
Pinl=VILr 
PinT-VILl 
Pin3-VIL1 

Pin41«Power, 



PinS^Input; 



Pin41=Powcr; 
Pin42=PWD; 
Pin43=GND; 
Pin44=Output; 



Setup: 
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Pin42=PWD; 
Pin43=GND; 



} 

Sequencer Jitep: 
{ 

Test_No=l 

TestJNameKIontinuity; 

Pinl-VILl 
Pin2=VIL2 
Pin3-VIU 

Pin41-Power; 
Pin42-PWD; 

Pin43»OND; 

Pin44= 5 Mea5urc(Mcsswert_Test_Nol l LoLiml, 
HiLim2,Pass-Bin, Fail-Bin); 
} 



Sequencer: 
{ 



) 



DoJTestJtol; 

DoJTest_No2; 

DelayJZms; 

Do_Tcst_No3; 

DoJTestJNo4; 

Make_B inning 



Ks ist zu erkennen, dass solche allgemeinen testerunabhangigen Ablaufsteuerung?n viele 
Zeilen und Seiten umspannen kfinnen 1; der Nutzer schnell die Obersicht vcriicrt und nur ein 
Nutzer, der alle Ablaufsteuerungen systematise* beaxbeitet, auch sinnvolle Tests gcstaltcn 
kann. Daherkann cs in manchen Situationen sinnvolier sein, die Testmatrix wie in Fig. 3, Fig. 
4 Oder Fig. 5 zu gestalten, urn mit einen Blick den Oberblick fllr die wesentlichen 
Steuerungsgruppen und Anweisungen zu bewahren. Fig. 3 und Fig. 4 stcllen zwei kuize, 
ttbersichtliche Tests fllr zwei unterschicdliche ICs, einmal mit 16 Kontakten und einmal mit 
8 Kontakten dar. Sie sind in ein$r Sprache abgefesst, die jedem Elektroniker und insbesondere 
jeder mit dem IC-Test vertrauten Person, bei einfachem Lesen eingangig und gelflufig ist Es 
handelt sich also urn eine assoziativen Sprache. Fig. 3 zeigt in der Mitte der Matrix 
umfessende Tests, die nur unter Oberbegriffen zusammengefasst sind, die aber nicht weiter 
aufgeschltlsseit werden, sofern nicht der Test mit dem Titel Zeitmessung oder mit dem Titel 
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ling of Reference Voltage weiter ausgeklappt wird, um die dahinter liegenden Ebenen 
Sind Dimensionen zu sehen. An der untersten Stelle der Matrix kfinncn Kommentare platziert 
^werden. Alle Zeilcn zum Kontaktnamcn sind ausgeklappt. Die einzelnen Zeilen beinhalten 
solche Informationen wie zum Beispiel Kontaktnummer, Kontaktname, Kontaktrichtung, 
Kontakttyp usw. In Fig. 4 sind die beiden Tests mit den Titeln SleepModeSup. und 
WakeUpCircuit als 1.0 und 2.0 durchnummericrt. Die Bedeutung jedes einzelnen Tests ist 
dutch Ausklappen aufgeschlttsselt, wobei die Nummerierung weiter unterteilt ist. Der 
Benutzer kann einzelne Werte in den Tests ahpassen. Es reicht aber auch fur den 
Codegenerator 80 aus, wenn nur die Titel angegeben werden. Die Matrix nach Fig. 5 
veischachtelt die einzelnen Ebenen. Die Ebene der ersten Tiefe ist ausgeklappt Die Kontakte, 
als Pin bezeichnet, sind in Bezug auf das Ausklappen aufgeschlUsselt Die beiden 
aufgelisteten Tests sind der Test mit dem Titel Continuity und der Test mit dem Titel Idd. 
Beides sind spezielle Tests, die von den Erfindem des Verfahrens stammen. Es sind Tests, die 
im Falle des Continuity-Tests dn erater Test fur ICs sind, mit denen sieher gestellt wird, ob 
aUe Kontakte Vcrbindung mit dem Kopf des Testers haben. Der Test Idd misst den Stromfluss 
zwischen unterschiedlichen Kontakten. 

In dem Ablaufdiagramm nach Fig. 6 ist das erflndungsgemafle Verfahren mit einigen 
Anderungen gegentlber dem Ausfubrungsbeispiel nach Fig. 1 dargestellt. Die unterlcgten 
Blocke umfassen den automatisierten Teil des Verfahrens. In der Builderphase werden die 
einzelnen Generatoren angestoBen und die Daten werden aus der Testmatrix extrahiert Wenn 
alle Builderstufen durchlaufen sind, wird der Linker in der Linkerpbase gestartet. der die 
endgUMge Syntax per Linken erstellt. Der Builder greift auf die diversen BibUotheken zurilck, 
auf die ein Nutzer, bier ein Ingenieur, Einfluss nehmen kann. Das Resourcenmanagementtool 
uberprOft vorab, ob ein Generieren und Zusammenbinden der generierten Syntaxteile in eine 
Gesamtsyntax ttberhaupt mttglich sind. Hierzu kennt das Resoureenmanagementtool die 
Zusammenstellungen und Moglichkeiten der Tester und Testumgebungea 
Obwohl nur einzelne Ausfubxungsbeispiele des erfindungsgemaBen Verfahrens beschrieben 
sind, ist es selbstverstfindlich, dass als weitete Variante des Verfahrens statt von einer 
Testmatrix auch von einer allgemeinen Sprache GTL als Ausgangspunkt fur den 
Codegenerator gestartet werden kann; auch ist es selbstverstandlich, dass die Matrix den 
Codegenerator fur einen Ablauf anstoflen kann, start dass der Codegenerator die Matrix 
steuert; und selbstverstflndUeh kflnnen die Bibliotheken behebig untertcUt werden. Alle diese 
Ausfuhrungsbeispiele sind ebenfalls Teil der beschriebenenErfindung. 
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1. Verfahren, das eine IC-Teater-Steuerung, bestehend aus zahlreiehen Tcstanweisungen, fir 
? ' one Vielzahl bestimmter Testumgebungen erzeugt, die analoge und dlgitale Signale fur 

ek IC erzeugen und mcssen kOnnen, 

dadurch gekennzeichnet, dais 

das Verfahren hierbei Daten und Steueranweisungen aus teatumgebungsunabhflngigen, 
mehxdimensionalen Testmatrizen, wie niatrizenfBnnigeii Datenbanken odor Bibhotheken 
(I30),bezieht, 

die testumgebungsunabhangigen Daten und Steueranweisungen mlttels eines 
Codegenerators (80) in eine testumgebungsabhtagige Syntax (200) gewandelt werden, die 
in eine testumgebungsabhangigc Rahmensyntax (202) einbindbar 1st, so dass die 
testumgebungsabhtagige Syntax und die testumgeoungsabhangige Rahmensyntax 
zusammen eine vollstandige, analoge und digitate Signale umfessende Steuerung fur eine 
der bestimmten Testumgebungen bilden. 

2. Verfehren nach Anspruch 1, weiterhin dadurch gekennzeichnet, dass der Codegenerator 
wfihrend seiner Wandlungsphase auf eine BibUothekengruppe (130) zuruckgreift, in die 
verschiedene Bibliothekcn (132, 134, 136, 138, 140. 142) eingebunden sind, in denen sich 
wenigstens teilweise Informationen bezttglich 

a) der Testumgebung, 

b) der tcstumgebungsabhllngigen Syntax, 

c) der Testumgebungsresourcen (132), 

d) der Reihenfolge von Testverfehren, 

e) der Standard&nktionen der Testumgebung, 

f) der Lastplatinenstcuktur (134), 

g) der lastplatinenabhtagigen Standardfunktionen (136) und 

h) der Codegeneratoropfimierung 
befinden. 

3. Verfahren nach einem der vorhergehenden Ansprtlche, weiterhin dadurch gekennzeichnet, 
dass eine mehrdimensionale Testmatrix 

in einer ersten Dimension Daten uber Anzahl und Anordnung von Kontakten des ICs hat, 
in einer weiteren Dimension Daten uber die Bedeutung, die Namen und die 
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W: ■ ■ ■ . • . • ■ . ■ 

fSignalflussrichtung der Kontakte des ICs hat, 
■ ^ eincr wciteren Dimension Ablauffolgen von Testanweisungen hat, 

in eincr wciteren Dimension Testanweisungsoberbegriffe hat, die einzelne 

Testanweisungen zusammenfassen, 

in einer Dimension Testrahmenbedingungen festlegt, 

in einer Dimension die Startbedingungen fUr einen Test festlegt, 

in einer Dimension Priifmuster festlegt, 

in eincr Dimension funktlonale Beschreibungen der Tests festlegt, 

in einer Dimension Schaltwerte festlegt, 

in einer Dimension Bedingungen fQr cine Gtttesortierung von ICs festlegt 

I. Verfahren nach einem der vorhcrgehenden Anspriiche, weiterhin dadurch gekennzeichnet, 
dass der Codegenerator (80) wenigstens eine der folgenden Komponenten umfasst: 

- einen DC-Testgenerator (84), der die Daten und Steueranweisungen aus Matrizen 
auslicst und wandelt, die auf der Testumgebung Gleichspannungswexte fflr ein IC 

erzeugen, . 

- eincn AC-Testgenerator (86), der die Daten und Steueranweisungen aus Matrizen 
ausliest und wandelt, die auf der Testumgebung Wechselspannungswerte oder 
SignalverlBufe ffir ein IC erzeugen, 

- einen Digital-Testgenerator (88), der die Daten und Steueranweisungen aus Matrizen 
ausliest und wandelt, die auf der Testumgebung digitale Spannungswerte flir ein IC 
erzeugen, 

- einen Lastplatinengenerator (92), der die Daten und Steueranweisungen aus Matrizen 
ausliest und wandelt, die auf die Resourcen und Anfordcrungen an die Lastbedingiingen 
der Lastplatinen der Testumgebung Bezug nehmen, 

- einen Testregelverifizierer (90), der tibeiprttft; ob die Daten und Steueranweisungen der 
testumgebungsabhfingigen Syntax auf der Testumgebung laufShig sind, 

und der Codegenerator ein mehrstufiges Verfahren durchlftuft, 

- in dessen erster Stufe die Daten und Steueranweisungen einer Matrix dem 
Codegenerator als Quellemnformation zur Verf&gung gestellt wcrden, 

- in dessen zwciter Stufe die QueUeninformation nach und nach jeweiis durch eine der 
Komponenten bearbcitet wird, wobei die letzte Komponente der Testregelverifizierer ist, 
• - und in dessen dritter Stufe die gewandelten Daten und Steueranweisungen mittels eines 
Optimizers (94) in Bezug auf Rcsourcenauslastung der Testumgebung, 
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Testgeschwindigkeit, Testablauffolgcn oder Wartc- und Leerlaufeeiten zwischen 
einzelnen Daten und Steueranweisungen verilndert werden. 

5, VcrfWiren nach einem der vorhergehenden Ansprflche, wbiterhin dadurch gekennzeiohnet, 
dass als Ursprung fllr die testumgebuhgsunabhflngigen Matrizen ein verarbeitbares 
Datenblatt (12) des ICs dient, auf dcsscn Grundlage aus den Matrizen automatisierte 
Testbeschreibungsdokumentatioiien erzeugt werden* die in einer allgemein lesbaren Art 
den Umfang, die Art, die Dauer und den Typ der Daten und Steueranweisungen benennt 

6; DatentrBger, der durch einen mikroprozessorgesteucrten Rechner bearbeitbar ist, auf detn 
ein Verfahren nach einem der AnsprQche 1 bis 5 physikalisch verkarpert ist 

7. Mikroprozessorgesteuerter Rechner mit einem zcntralen Betriebssystem der elektrisch mit 
wenigstens einer Testumgebung in Verbindung steht, auf dem ein Verfahren nach einem 
der AnsprQche 1 bis 5 ablfluft. 
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